组件分享之后端组件 |
您所在的位置：网站首页 › golang cidr › 组件分享之后端组件 |
|
功能概述 透明地保护和保护 API 能够保护现代应用程序协议，例如 REST/HTTP、gRPC 和 Kafka。传统防火墙在第 3 层和第 4 层运行。在特定端口上运行的协议要么完全受信任，要么完全被阻止。Cilium 提供了过滤单个应用程序协议请求的能力，例如： GET 允许所有带有 method和 path的 HTTP 请求/public/.* 。拒绝所有其他请求。 允许service1 在 Kafka 主题上生产topic1 并service2 在topic1 . 拒绝所有其他 Kafka 消息。 要求 HTTP 标头X-Token: [0-9]+ 出现在所有 REST 调用中。 请参阅我们文档中的第 7 层策略部分，以获取支持的协议的最新列表以及有关如何使用它的示例。 基于身份的安全服务到服务通信现代分布式应用程序依赖于应用程序容器等技术来促进部署的敏捷性和按需扩展。这导致在短时间内启动大量应用程序容器。典型的容器防火墙通过过滤源 IP 地址和目标端口来保护工作负载。这个概念要求每当容器在集群中的任何地方启动时，所有服务器上的防火墙都可以被操作。 为了避免这种限制规模的情况，Cilium 将安全身份分配给共享相同安全策略的应用程序容器组。然后，该身份与应用程序容器发出的所有网络数据包相关联，从而允许在接收节点验证身份。使用键值存储执行安全身份管理。 安全访问外部服务 基于标签的安全性是集群内部访问控制的首选工具。为了保护对外部服务的访问，支持传统的基于 CIDR 的入口和出口安全策略。这允许限制对应用程序容器的访问和来自特定 IP 范围的访问。 简单的网络一个能够跨越多个集群的简单平面第 3 层网络连接所有应用程序容器。通过使用主机范围分配器，IP 分配保持简单。这意味着每个主机都可以分配 IP，而无需主机之间的任何协调。 支持以下多节点网络模型： 覆盖：跨越所有主机的基于封装的虚拟网络。目前 VXLAN 和 Geneve 已内置，但 Linux 支持的所有封装格式都可以启用。 何时使用此模式：此模式对基础架构和集成的要求最低。它几乎适用于任何网络基础设施，因为唯一的要求是通常已经给出的主机之间的 IP 连接。 本机路由：使用 Linux 主机的常规路由表。网络需要能够路由应用程序容器的 IP 地址。 何时使用此模式：此模式适用于高级用户，需要对底层网络基础设施有所了解。此模式适用于： 本机 IPv6 网络 与云网络路由器结合使用 如果您已经在运行路由守护程序 负载均衡Cilium 为应用程序容器和外部服务之间的流量实现分布式负载平衡，并且能够完全替换 kube-proxy 等组件。负载平衡是在 eBPF 中使用高效的哈希表实现的，允许几乎无限的规模。 对于南北向类型的负载均衡，Cilium 的 eBPF 实现针对最大性能进行了优化，可以附加到 XDP（eXpress 数据路径），并且支持直接服务器返回 (DSR) 以及在不执行负载均衡操作的情况下支持 Maglev 一致性哈希在源主机上。 对于东西向类型的负载平衡，Cilium 在 Linux 内核的套接字层（例如在 TCP 连接时）执行高效的服务到后端转换，这样可以避免较低层中的每个数据包 NAT 操作开销。 带宽管理 Cilium 通过高效的基于 EDT（最早出发时间）的速率限制和 eBPF 来实现带宽管理，用于出口节点的容器流量。例如，与带宽 CNI 插件中使用的 HTB（层次令牌桶）或 TBF（令牌桶过滤器）等传统方法相比，这可以显着减少应用程序的传输尾延迟，并避免在多队列 NIC 下锁定。 监控和故障排除 获得可见性和解决问题的能力是任何分布式系统运行的基础。虽然我们学会了喜欢这样的工具 tcpdump ，ping 并且虽然它们总能在我们心中找到一个特殊的位置，但我们努力为故障排除提供更好的工具。这包括提供以下工具的工具： 使用元数据进行事件监控：当数据包被丢弃时，该工具不仅会报告数据包的源 IP 和目标 IP，还会提供发送方和接收方的完整标签信息以及许多其他信息。 通过 Prometheus 导出指标：通过 Prometheus 导出关键指标，以便与您现有的仪表板集成。 Hubble：专为 Cilium 编写的可观测平台。它提供基于流日志的服务依赖关系图、操作监控和警报以及应用程序和安全可见性。 |
| CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |